Patent Application of 
Arthur E. Alacar 
for 

TITLE: PRINTER DRIVER PLUG-IN MODULE MANAGEMENT SYSTEM 



CROSS-REFERENCES TO RELATED APPLICATIONS Not Applicable 

FEDERALLY SPONSORED RESEARCH Not Applicable 

SEQUENCE LISTING OR PROGRAM Not Applicable 

FIELD OF THE INVENTION 

[0001] This invention relates to printer drivers, and more particularly to dynamically 
augmenting printer drivers by adding plug-in modules to the printer drivers. 

BACKGROUND OF THE INVENTION 

[0002] Typically, printing from a computer occurs through the use of a printer driver. 
Upon either an application launch or during a print command load time, the application will 
call an instance of the printer driver and provide the user with an interface to set the desired 
printer driver settings. Printer driver settings may also be called printer options, print 
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settings, driver options, printer parameters, print selections, etc. The printer driver settings 
specify preferences on features of the printer. 

[0003] Existing printer drivers do not have a modular structure, and monolithically 
include various feature components. Therefore, to add a new or improved feature to a prior 
art printer driver, the installed printer driver needs to be first uninstalled, then the new 
version printer driver that includes the new or improved feature needs to be reinstalled. 
Thus, with existing printer drivers, the uninstallation and reinstallation steps are 
cumbersome, and may require rebooting of the computer. Furthermore, the absence of 
modular structure in the printer driver makes maintaining the source code difficult. 

[0004] The present invention arose out of the above concerns associated with providing 
improved printer drivers and methods of providing printer drivers. 

SUMMARY OF THE INVENTION 

[0005] Methods, programming products, and printing systems for dynamically 
augmenting printer drivers by providing a GUI for selecting plug-in modules, and 
dynamically adding plug-in modules to the printer drivers are described. 

[0006] Addition and deletion of plug-in modules do not require uninstallation and 
reinstallation of the currently installed printer driver. Thus a printer driver is dynamically 
augmented and modified. 

[0007] Plug-in modules implement optional or model-specific printing features, 
including feature sets, Page Description Languages (PDLs) and Renders. The typical 
optional or model-specific functionalities include watermark, punch, finisher, staple, 
Prologue/epilogue, profile, MACRO generator, etc. 
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[0008] Printer settings for plug-in modules are stored in heap-allocated private devmode 
structures, which may be deallocated when plug-in modules are removed. 

[0009] Methods include copying DLL files to a printer system folder, checking 
compatibility of the plug-in DLL files, adding registry entries, plug-in module installing 
itself, adding GUI tabs, and downloading plug-in modules stored at a remote storage over 
the network. 

[0010] In an embodiment, registry entries are checked for any plug-in modules, and the 
corresponding DLL files are copied from a server to a client. 

[0011] The invention will be more fully understood upon consideration of the detailed 
description below, taken together with the accompanying drawings. 

DESCRIPTION OF THE DRAWINGS 

[0012] FIG. 1 is a simplified block diagram showing connection of a computing system 
to a printer. 

[0013] FIG. 2 is a view of the GUI (Graphical User Interface) for selecting plug-in 
modules to install in accordance with a preferred embodiment of the present invention. 

[0014] FIG. 3 is a block diagram of an exemplary computing system employing 
principles of the invention. 
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[0015] FIG. 4 is a block diagram of an exemplary computing system employing 
principles of the invention, including the downloading of plug-in modules stored in a remote 
storage site. 

[0016] FIG. 5 is a diagram showing allocation of private devmode structures in a plug-in 
module management system employing principles of the invention. 

[0017] FIG. 6 is a diagram showing deallocation of private devmode structures in a plug- 
in module management system employing principles of the invention. 

[0018] FIG. 7 is a flowchart showing addition of plug-in modules in a computing system 
employing principles of the invention. 

[0019] FIG. 8 is a flowchart showing removal of plug-in modules in a computing system 
employing principles of the invention. 

[0020] FIG. 9 is a flowchart showing installation of a printer in a client-server 
environment in a computing system employing principles of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0021] In the following detailed description, numerous specific details are set forth in 
order to provide a thorough understanding of the present invention. However, it will be 
apparent to one of ordinary skill in the art that these specific details need not be used to 
practice the present invention. In other instances, well known structures, interfaces, and 
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processes have not been shown in detail in order not to unnecessarily obscure the present 
invention. 

[0022] FIG. 1 shows a general printing system setup 100 that includes a host computer 
110 and a printer 150. Here, the printer 150 may be any device that can act as a printer, e.g. 
an inkjet printer, a laser printer, a photo printer, or an MFP (Multifunction Peripheral or 
Multi-Functional Peripheral) that may incorporate additional functions such as faxing, 
facsimile transmission, scanning, and copying. 

[0023] The host computer 1 10 includes an application 120 and a printer driver 130. The 
application 120 refers to any computer program that is capable of issuing any type of 
request, either directly or indirectly, to print information. Examples of an application 
include, but are not limited to, commonly used programs such as word processors, 
spreadsheets, browsers and imaging programs. Since the invention is not platform or 
machine specific, other examples of application 120 include any program written for any 
device, including personal computers, network appliance, handheld computer, personal 
digital assistant, handheld or multimedia devices that is capable of printing. 

[0024] The printer driver 130 is a software interfacing with the application 120 and the 
printer 150. Printer drivers are generally known. They enable a processor, such as a 
personal computer, to configure an output data from an application that will be recognized 
and acted upon by a connected printer. The output data stream implements necessary 
synchronizing actions required to enable interaction between the processor and the 
connected printer. For a processor, such as a personal computer, to operate correctly, it 
requires an operating system such as DOS (Disk Operating System) Windows, Unix, Linux, 
Palm OS, or Apple OS. 
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[0025] A printer I/O (Input/Output) interface connection 140 is provided and permits 
host computer 1 10 to communicate with a printer 150. Printer 150 is configured to receive 
print commands from the host computer and, responsive thereto, render a printed media. 
Various exemplary printers include laser printers that are sold by the assignee of this 
invention. The connection 140 from the host computer 1 10 to the printer 150 may be a 
traditional printer cable through a parallel interface connection or any other method of 
connecting a computer to a printer used in the art, e.g., a serial interface connection, a 
remote network connection, a wireless connection, or an infrared connection. The varieties 
of processors, printing systems, and connection between them are well known. 



[0026] FIG. 2 is a view of the GUI (Graphical User Interface) for selecting plug-in 
modules to install in accordance with a preferred embodiment of the present invention. A 
user can use this GUI or wizard 200 to specify the plug-in modules to be added to the 
printer driver. Here named the "Optional Components Wizard," the wizard 200 is typically 
entered by clicking on the appropriate buttons in the printer Properties menu, or through a 
separate external application. The external application, called a post-installer utility, is 
included in the driver package. 

[0027] The list region 210 of the wizard 200 lists the available plug-in modules and their 
brief descriptions. The user specifies the plug-in modules to be added to the printer driver 
by checking the checkboxes 215 included in the list region 210. 

[0028] The list region 2 10 in this exemplary view of the GUI 200 includes optional or 
model-specific printing features, including feature sets, Page Description Languages (PDLs) 
and Renders. Feature sets implement optional or model-specific functionalities that relate to 
at least one printer model, including watermark, punch, finisher, staple, Prologue/epilogue, 

r 

profile, etc. 
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[0029] Page Description Languages (PDLs) receive print requests and converts them to a 
stream of commands that the printer's graphics language needs to actually print the desired 
graphics and text on a hard copy page in the physical printer. Exemplary PDLs include PCL, 
Postscript, KPDL (Kyocera Page Description Language), MACRO generator, etc. 

[0030] Render plug-in modules are used for enhanced image processing, including 
color processing such as modifying intensity and color levels. Other processing by render 
plug-in modules include scaling, clipping, and color halftoning. 

[0031] The Back button 220 is used to go back to the last menu in the wizard 200. The 
Next button 230 is used to advance to the next menu in the wizard 200, which typically is a 
confirmation screen displaying the list of plug-in modules to be added. The Cancel button 
240 is used to exit the wizard 200 without causing addition of any plug-in modules. 



[0032] FIG. 3 is a diagram illustrating an exemplary computer system 300 employing 
the principles of this invention to dynamically augment a printer driver by adding plug-in 
modules to the printer driver. Host computer 310, printer driver 330, printer I/O interface 
connection 340, and printer 350 are as described in FIG. 1 . 

[0033] As shown previously in FIG. 2, the user specifies the plug-in modules to be 
added to the printer driver by checking the checkboxes 215 included in the list region 210. 
The list region 210 displays all available plug-in modules 361 stored in the local storage 360, 
which is typically the hard disk drive of the host computer 310. By checking the 
checkboxes 215 the user specifies a subset of the available plug-in modules 361 stored in 
the local storage 360. When the user directs the at least one plug-in module to be added, 
this causes the specified subset of the plug-modules to be installed in the printer driver 330. 
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[0034] The installed features implemented by the installed plug-in modules 33 1 become 
available for use. These features are typically optional and printer-model-specific features, 
including watermark, punch, finisher, staple, Prologue/epilogue, profile, MACRO generator, 
etc. ^ 

[0035] The details of how the available plug-in modules 361 stored in the local storage 
360 become installed in the printer driver 330 are described below. The communication 
component 380 is used to download plug-in modules from a remote storage through the 
network. It will be described in the next figure, FIG 4. 

[0036] FIG. 4 is a diagram illustrating an exemplary computer system 400 employing 
the principles of this invention to dynamically augment a printer driver by adding plug-in 
modules to the printer driver, including the downloading of plug-in modules stored in a 
remote storage server 470. The host computer 410, printer driver 430, printer I/O interface 
connection 440, and printer 450 are as described in FIG. 1 . FIG. 4 illustrates the manner in 
which plug-in modules 471 stored in a remote storage server 470 are downloaded through 
the network 485 and the communication component 480 for installation in the printer driver 
430. 

[0037] The remote storage server 470 is typically a download site provided by the 
printer manufacturers. It is also possible, however, for a third party developer to provide a 
plug-in module from its download site, and it is also possible for other parties, such as a 
printer user's information systems department, to provide plug-in modules for downloading. 
Depending on the location of the remote storage server 470, the network connection 485 
may be an internet connection, a parallel interface connection or any other method of 
connecting a computer to another computer used in the art, e.g., a serial interface connection, 
a remote network connection, a wireless connection, an infrared connection, etc. 
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[0038] The communication component 480 may take a variety of different 
configurations which may access a local area network (LAN), wide area network (WAN), 
an internet network, a public telephone network or a private value added network (VAN). 
Alternatively, the communication network can be implemented using any combination of 
these different kinds of communication networks. In a preferred embodiment, the 
communication component is a TCP/IP communication controller with the appropriate 
digital switching capability accessible over the Internet. The hardware portion of this 
communication could have a protocol stack which could be Ethernet, token ring, Bluetooth, 
IEEE802.1 IB, or any other convenient software protocol to facilitate the transfer of IP 
packets over a network. 



[0039] A GUI menu similar to FIG. 2 is used to allow the user to specify the location of 
the remote storage server 470. When the user directs the specified plug-in modules to be 
added, this causes the specified subset of the plug-modules to be installed in the printer 
driver 430. 

[0040] Except for the fact that the plug-in modules are transferred through the 
communication component 480 and the network 485, the installation of the plug-in modules 
is essentially the same as described in FIG. 3, and the details of the installation process are 
described below. Varieties of known methods can also be used, including searching and 
locating of the remote storage servers or remote storage sites, providing a default, priority, 
or hierarchy to the ordering of multiple sites, and authenticating the site to ensure the 
integrity of the plug-in modules. 
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[0041] FIG. 5 is a diagram of devmode memory areas 500 showing allocation of private 
devmode structures in a plug-in module management system employing principles of the 
invention. In prior art systems, a public devmode area is followed by a private devmode 
area. In an embodiment of this invention, a public devmode area 5 10 is followed by a fixed 
size heap area 520 for private devmode structures. The size of the heap area should be large 
enough to accommodate the private devmode structures for all the plug-in modules that are 
expected to be installed at the same time. 

[0042] The printer driver settings specify preferences on features of the printer. Some of 
these features are common to all or most printers, e.g., number of copies, double-sided 
printing, paper size, orientation, etc., whereas other features are optional and printer-model- 
specific features that may vary depending on the particular model and printer manufacturer, 
e.g., color, ink volume, watermark, punch, finisher, and staple. 

[0043] A devmode data structure contains information about the device initialization and 
configuration of documents in the printer. Settings for features that are common to all or 
most printers are stored in the public devmode, whereas settings for features that are 
optional and printer-model-specific are stored in the private devmode. 

[0044] The devmode memory areas 500 begin with the public devmode area 510 that 
refers to the information defined by Microsoft valid to all devices. A printer drivers private 
data area 520 follows the public portion of the devmode structure, the public devmode area 
510. The size of the public data varies depending on Windows version. The dmSize 
member specifies the number of bytes in the public area while dmDriverExtra refers to the 
size in bytes of the private portion. The private devmode heap area 520 has a fixed size. 

[0045] The fixed size heap area for private devmode 520 contains a series of different 
devmode structures of different sizes used by the installed modules. Each block of data 
typically starts with PD_HEADER that begins with a code to identify a valid entry. This 

10 



Patent Application of Arthur E. Alacar for "Printer Driver Plug-in Module Management System" 



code is typically small, e.g. 1 byte, 2 bytes, 4 bytes, etc. The PDHEADER typically also 
contains information on the actual size in bytes of the structure usually used in traversing 
through the private devmode portion. Following the header is the data area, where the data 
for the settings is stored. The first private devmode structure 521 may be the PDMAIN, 
which is considered to be a standard feature and must always be the first entry in the private 
devmode area 520. Other structures may be arranged in no specific order. Typically a new 
private devmode structure is allocated at the first available position from the beginning. 

[0046] In FIG. 5, private devmode structures for currently installed plug-in modules 521, 

522 occupy the beginning portion of the heap area 520, and the private devmode structure 

523 for the plug-in module being installed is being allocated at the next available and 
contiguous position. The free area 524 decreases by the size of the new private devmode 
structure 523. Depending on the specific requirements, it is also possible to use an 
improvement or variations on the basic heap-allocation methods. 



[0047] FIG. 6 is a diagram of devmode memory areas 600 showing deallocation of 
private devmode structures in a plug-in module management system employing principles 
of the invention. When a plug-in module is removed, the corresponding private devmode 
structure may be deallocated. Some plug-in modules do not require data to be stored in a 
private devmode structure, in which case, no private devmode structure is allocated when it 
is installed, and therefore there is no need to deallocate a private devmode structure. 

[0048] In FIG. 6, private devmode structures for currently installed plug-in modules 62 1 , 
622, 623 occupy the beginning portion of the heap area 620, and the private devmode 
structure 621 for the plug-in module being uninstalled is being deallocated. This typically 
causes all the subsequent private devmode structures 622, 623 to be relocated, so that they 
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move up to occupy the beginning portion of the heap area 620. At all times, the active 

private devmode structures occupy the contiguous, beginning portion of the heap area 620. 

*• 

The free area 524 decreases by the size of the removed private devmode structure 621 . 
Depending on the specific requirements, it is also possible to use an improvement or 
variations on the basic heap-allocation methods. 



[0049] FIG. 7 is a flowchart showing addition of plug-in modules in a computing system 
employing principles of the invention. 

[0050] In step 7 1 1 , a user specifies the plug-in modules to be added to the printer driver. 
This is done from a GUI similar to FIG. 2, which may be part of the printer driver or a 
separate external application. The external application, called a post-installer utility, is 
included in the driver package. 

[0051] In step 712, when the user then directs the specified plug-in modules to be added 
to the printer driver, the corresponding plug-in DLL files are copied to the printer system 
folder. The actual location of the printer system folder is dependent on the printer driver and 
the operating system version. In Windows they may 

be %WINDIR%\system32\spool\drivers\w32x86\2 for kernel mode driver 
or %WINDIR%\system32\spool\drivers\w32x86\3 for the user mode driver. 
[0052] Use of DLL (Dynamic Linking Library) files is known in the art. 

[0053] In step 720, after the DLL files are copied, a printer driver component or post- 
installer program initiates an AddModule() function call with the DLL filename passed as 
argument. AddModuleQ is the name of the function that initiates addition of plug-in 
module in the printer driver, passing the plug-in DLL file as an argument. 
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[0054] In step 730, a compatibility checking between the plug-in DLL file and the 
printer driver is made. This includes checking to make sure that the version information of 
the plug-in DLL file is compatible with the installed printer driver. The addition of the 
plug-in will stop if the DLL version is found to be incompatible with the printer driver. 

[0055] In step 740, the DLL file passed as argument to AddModule() is then loaded by a 
call to LoadLibraryO and a pointer to the exported RunKXModuleCmd() function is 
obtained. RunKXModuleCmdO is the name of the function that acts as the main interface 
between the printer driver and the plug-in DLL during plug-in setup. 

[0056] In step 750, RunKXModuleCmd(MMGRCMD_INSTALL) function call is 
issued, causing the plug-in module to install itself. The process of a plug-in module 
installing itself includes the steps 761, 762, 763, and 770. 

[0057] In step 761 , the plug-in module begins various checking. It first checks to see if 
the installed printer driver supports post-addition of plug-in modules. If addition of plug-in 
modules is not supported by the printer driver, the addition process stops. 

[0058] In step 762, the plug-in module continues with more checking. For PDL plug-ins, 
printer is checked for its supported PDLs by reading the MDX file. Installation fails if the 
particular PDL module is not supported, and the addition process stops. 

[0059] In step 763, the plug-in module continues with more checking. It verifies that 
plug-in module is not yet installed. If it is already installed, the addition process stops. 
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[0060] In step 770, when all the conditions in the last step are satisfied, an entry in the 
Windows registry is added. The name of the registry entry is FeatureSetl, PDL1, or 
Render 1, etc. depending on the type of the plug-in module. The plug-in module is set as 
enabled by default. For each printer installed in a Windows operating system, an entry 
exists in the Windows operating system registry. A registry is a hierarchically arranged 
database and includes various branches for storing references to many of the system's 
resources, including joystick configurations, keyboard layouts, fonts, printers and the like. 

[0061] Addition of the registry entry results in a new GUI tab for the added plug-in 
module to be included in the printer driver setting GUI. This is achieved by the printer 
driver which checks the registry entries when the printer driver is loaded. 

[0062] In step 780, a new devmode structure is allocated and initialized if necessary. 
Allocation and initialization of a new devmode structure may not be necessary because 
some plug-in modules do not require any area in the private devmode. The devmode 
structure may be allocated and initialized only when necessary, that is, the devmode 
structure may be initialized by the printer driver when the plug-in module is loaded for the 
first time for UI display or printing. 

[0063] FIG. 8 is a flowchart showing removal of plug-in modules in a computing system 
employing principles of the invention. 

[0064] In step 805, a user specifies the plug-in modules to be deleted from the printer 
driver. This is done from a GUI similar to FIG. 2, which may be part of the printer driver or 
a separate external application. The external application, called a post-installer utility, is 
included in the driver package. 
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[0065] In step 810, RemoveModule() checks if the specified DLL is a plug-in or a 
standard module. Since only plug-in modules can be removed, if the specified DLL is a 
standard module, the removal process stops. 

[0066] In step 820, the specified module DLL is loaded by a call to LoadLibraryO, a 
pointer to the exported RunKXModuleCmd() function is obtained. 

[0067] In step 830, RunKXModuleCmd(MMGRCMD UNINSTALL) function call is 
issued, causing the plug-in module to uninstall itself from the printer driver. 
RunKXModuleCmd() is the name of the function that acts as the main interface between the 
printer driver and the plug-in DLL during plug-in setup (both addition and removal). 

[0068] In step 840, the plug-in module removes its entry from the Windows registry. 
For each printer installed in a Windows operating system, an entry exists in the Windows 
operating system registry. A registry is a hierarchically arranged database and includes 
various branches for storing references to many of the system's resources, including joystick 
configurations, keyboard layouts, fonts, printers and the like. 

[0069] In step 850, the private devmode structure corresponding to the specified plug-in 
module being deleted is deallocated if necessary. Deallocation the private devmode 
structure may not be necessary because some plug-in modules do not require any area in the 
private devmode. The devmode structure may be deallocated only when necessary, that is, 
the devmode structure may be deallocated when the printer driver is loaded. 

[0070] In an embodiment of the invention, the actual plug-in module file in the printer 
driver system folder is never deleted to avoid possible conflict with other installed driver 
components. In another embodiment of the invention, in which a possible conflicted is 
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detected in advance, the actual plug-in module file in the printer driver system folder is 
deleted when it is confirmed that no possible conflict exists. 



[0071] FIG. 9 is a flowchart showing installation of a printer in a client-server 
environment in a computing system employing principles of the invention. 

[0072] In Windows environment, device drivers must have an INF file in order to be 
installed. An INF file is a text file that contains all the information necessary to install a 
device, such as driver names and locations, registry information, version information, that 
is used by the Setup components. Use of INF files is known in the art. 

[0073] In a client-server computing environment, in which a printer is connected to a 
server computer, when a user installs a printer on the client computer from the server 
computer, only the files listed in the INF file are copied by Windows from server to the 
client machine. Thus, Windows may not copy the plug-in module files corresponding to 
the plug-in modules that were added using the embodiments of this invention. Therefore, 
the following steps are performed in an embodiment of this invention in order to make 
sure that the plug-in modules installed on the server are also installed in the client. 

[0074] In step 910, installation of a printer on the client computer from the server 
computer is initiated. This is typically performed using the installation wizard of the 
printer driver. 

[0075] In step 920, registry entries are checked for any plug-in modules that were 
additionally installed in the printer driver. The name of the registry entry for a plug-in 
module is FeatureSetl, PDL1, or Renderl, etc. depending on the type of the plug-in 
module. 
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[0076] In step 930, if any registry entries for plug-in modules are found, the 
corresponding plug-in DLL files are copied by the printer driver from the server computer 
to the client computer. These are the DLL files that may not have been copied by the 
default action of the Windows operating system. 

[0077] Although this invention has been largely described using Windows terminology, 
one skilled in this art could see how the disclosed methods can be used with other operating 
systems, such as DOS, Unix, Linux, Palm OS, or Apple OS, and in a variety of devices, 
including personal computers, network appliance, handheld computer, personal digital 
assistant, handheld and multimedia devices, etc. One skilled in this art could also see how 
the user could be provided with more choices, or how the invention could be automated to 
make one or more of the steps in the methods of the invention invisible to the end user. 

[0078] While this invention has been described in conjunction with its specific 
embodiments, it is evident that many alternatives, modifications and variations will be 
apparent to those skilled in the art. There are changes that may be made without departing 
from the spirit and scope of the invention. 

[0079] Any element in a claim that does not explicitly state "means for" performing a 
specific function, or "step for" performing a specific function, is not to be interpreted as a 
"means" or "step" clause as specified in 35 U.S.C. 1 12, Paragraph 6. In particular, the use 
of "step(s) of or "method step(s) of in the claims herein is not intended to invoke the 
provisions of 35 U.S.C. 1 12, Paragraph 6. 
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